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Outline 


■  Background:  DoD  Net-Centric  Data  Strategy  (NCOS) 

■  NIEM  and  data  interoperability 

■  Adopting  NIEM  in  the  DoD 
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Net-Centric  Warfare:  Rationale  for  NCOS 


■  Seamless  interoperability 

-  Data  interoperability 
is  included 

■  Permits  sharing  of 

-  Information 

-  Situational  awareness 

-  Commander’s  intent 

■  Leading  to 

-  Speed  of  command 

-  Self-synchronization 

-  Enemy  lock-out 


■  Producing  increased  combat  power 


NCW:  Creating  A  Decisive  Advantage 
ASD/NII,  Office  of  Force  Transformation 
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A  Net-Centric  DoD 
C3I/CIO 


DoD  Net-Centric  Data  Strategy:  Goals 


DoD  CIO  slide, 
circa  2004 
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Understandability' 


Interoperability 


Power  to  the  EdgewM/m/m 
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Data  Sharing 


■  Visible 

■  Accessible 

■  Understandable 

■  Trusted 

■  Interoperable 


Can  the  consumer  discover  the  source? 
Can  he  obtain  the  source  content? 

Can  he  know  what  the  content  means? 
Can  he  believe  what  the  content  says? 


t 

Producer 


Data  Source 


Data  Consumer 
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Sharing  for  User 


■  Sometimes  the  purpose  of  the 
sharing  is  to  dispiay  data  to  the 
human  consumer 

-  Images,  maps,  text  documents 

-  Data  that  is  understood  and 
interpreted  by  the  human  user 

-  Consumer’s  application  often  like 
a  web  browser 


f 

System  / 
Application 

V  _ 


Producer  Data  Source 


Shared  Data 


Data  Consumer 
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Sharing  for  Machine  Consumption 


■  Sometimes  the  purpose  is  to  provide 
input  to  an  automated  process 

-  Data  is  never  seen  by  the  human  user 

-  Data  interpreted  according  to  the 
assumptions  of  the  software 


deveioper 

Deveiopers  don’t  see  the  data  at 


Oevelopers 


runtime,  either,  so  their  understanding 
better  be  correct! 
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System  / 
Application 


System  / 
Application 


Producer  Data  Source 


Shared  Data 


Data  Consumer 
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Data  Interoperability 


Information  Exchange  Specification  (lES) 
build-time  description  of  the  data  to  be  exchanged 


Data  Producers 


Information  Exchange  Package  (lEP) 
the  data  exchanged  at  runtime 


Data  Consumers 
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Data  Interoperability  Problem 


the  data  exchanged  at  runtime 
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Outline 


■  Background:  DoD  Net-Centric  Data  Strategy  (NCOS) 


NIEM  and  data  interoperability 


■  Adopting  NIEM  in  the  DoD 
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A  Standards-Based  Approach  for  lES  Design 


<  N  I  E  M  > 


XML  data 


System  / 

Application 
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HOW  NIEM  WORKS 


Common  Language 

(Community-driven  Data  Model) 


( Repeatable,  Reusable  Proces^ 

(Information  Exchange  Development  Lifecycle) 
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PUBLISH  AND 
IMPLEMENT 


ANALYZE 

REQUIREMENTS 


ASSEMBLE  AND 
.  DOCUMENT 


MAP  AND 
,  MODEL 


BUILD  AND 
VALIDATE 


SCENARIO 

PLANNING 


<  N  I  E  M  > 
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NATIONAL  INFORMATION  EXCHANGE  MODEL 

NIEM.gov 


MODEL  OVERVIEW 


Think  of  the  NIEM  data  model  as  a  mature  and  stable  data  dictionary  of  agreed-upon  terms, 
definitions,  and  formats  independent  of  how  information  is  stored  in  individual  agency  systems. 


The  data  model  consists  of  two  sets  of  closely  related  vocabularies:  NIEM  Core  and  individual 


NIEM  Domains. 


•  Biometrics 

•  Chemical,  Biological,  Radiological, 
&  Nuclear 

•  Cyber  (emerging) 

•  Children,  Youth,  and  Family 
Services 

•  Emergency  Management 

•  Health  (emerging) 

•  Human  Services  (emerging) 

•  Immigration 

•  Infrastructure  Protection 

•  Intelligence 

•  International  Trade 


/  NIEM  Core 

W  /  consists  of  data 
elements  that 
/  are  commonly 
I  understood  across  g 
domains.^^j^B 


NIEM 


NIEM  Domains  include  mission 
specific  data  that  is  managed 
through  independent  stewards. 


Future  Domains  are  added  to 
NIEM  as  necessary  based 
on  an  established  need.  ^ 


•  Justice 

•  Maritime 

•  Military  Operations 

•  Screening 


-  Identification 

-  ...  Docynlent-ASKitf 
Organization  Namee  Item 

lnfnrm,tinn  “*’FaCj|lty  ||q 


Vehicle  ^ 
Telephone 

Program 


Information 

‘•^Contact 

(^ligation 

Status  Coordinate  I 
Disposition  r 


<  N  I  E  M  > 


22 


Conveyance  DeviCO 


Binary 


NATIONAL  INFORMATION  EXCHANGE  MODEL 

NIEM.gov 


Lego™  Block  Modeling 


■  Designing  an  information  exchange  with  NiEM 

is  iike  buiiding  a  plastic  model  out  of  Lego  blocks 

-  You  decide  what  the  model  should  look  like 

-  You  choose  the  blocks  you  need  for  your  model 

-  Technical  specification  ensures  that  the  blocks  will  snap  together 

■  NIEM  is  even  better  than  Legos,  because 

-  Each  NIEM  domain  provides  a  collection  of  useful  blocks 

-  You  can  easily  create  any  block  that’s  missing  from  your  set 
(and  then  share  it  with  others) 

-  The  blocks  are  all  free 
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Using  the  NIEM  Approach  To  Satisfy 
An  Information  Exchange  Need 


Start  with  an 

information  exchange  need. 
You  don’t  have  to  know  all  of 
the  participants  in  advance. 
It’s  enough  to  know  that  the 
producer  has  data  that  needs 
to  be  shared  with  someone 
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Information  Exchange  Need 


Consumers 
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Designing  the  Exchange  Specification: 
Find  Core  Components  for  Data  Needs 


Find  reusable 
element  in  the 
NIEM  Core 


<nc : Contactinf ormation> 


Add  it  to  the  lES 
schema  set 


ONeed  to  include  a 
point  of  contact  for 
the  message  sender 

DDDDDDDDDDDDDDDDDDO 

Information  Exchange  Need 


Producers 


Consumers 
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Designing  the  Exchange  Specification: 
Find  Domain  Components  for  Data  Needs 


V _ J 


Developers  can  look  in 
ANY  DOMAIN  for  the 

components  they  need. 

No  restriction  to  “their”  domain 


Add  it  to  the  IBS 
schema  set 


ONeed  to  include  the 
physical  orientation  of 
the  reporting  sensor 
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Information  Exchange  Need 


Producers 


Consumers 


MITRE 


Designing  the  Exchange  Specification: 
Create  New  Components  for  Data  Needs 


e 


Producers 


Can’t  find  a  matching 
component  in  core  or 
domains 


<cot : SensorModelName^ 


> 


lES 


Create  and  add  a 
new  component  to 
the  schema  set 


ONeed  to  include  the 
model  name  of  the 
reporting  sensor 

DDDDDDlDDDDDDDDDDDld 

Information  Exchange  Need 


Consumers 
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A  Completed  Exchange  Specification 


The  lES  is  done  when  the 
XML  Schema  set  includes  a 
representation  for  all  aspects 
of  the  exchange  need 


DDDDDDDDDDDDDDDDDDi:) 

Information  Exchange  Need 

\  / 

\  / 


Consumers 
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Implementing  the  Exchange  Specification 
Producer’s  Service  Interface 


Developers  write  code  to 
export  the  source’s  data,  in 
the  form  of  XML  data  that 
conforms  to  the  lES 


System  / 
Application 

V  _ 


lES 


JageQualityText>Good</ 
pparentNorthAzimuthVa 
'nageDataSizeValue>50< 
'nageDataURI>http  :  /  / ww 
se64BinaryOb j  ect>ZGVm 
</ cot : Eventlmage> 

<cot : Event Sens or > 

<mo : Orientation> 

<mo : AzimuthValue  mof:si 
<mo : InclinationValue>-4 
<mo : RollValue>145 . 5</mof 
</mo : Orientation> 

<cot : FOVValue>179 . 5</cot : FO 
<cot :  VerticalFOWalue>4  5</ c 
<cot : ApparentNorthAzimuthVa 
<cot : SensorTypeCode>RASTER< 
<cot : SensorTypeExtendedCode 
<cot : SensorModelName>Looky- 
<cot : TargetDistanceValue>12 
</cot : Event Sensor> 


Data  Source 


Service 

Interface 
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Implementing  the  Exchange  Specification 
Consumer’s  Service  Interface 


JageQualityText>Good</ 
pparentNorthAzimuthVa 
■nageDataSizeValue>5  0< 
■nageDataURI>http  :  / / ww 
3e64BinaryOb j  ect>ZGVm 
</ cot : Eventlmage> 

<cot : Event Sens or > 

<mo : Orientation> 

<mo : AzimuthValue  mof:si 
<mo : InclinationValue>-4 
<mo : RollValue>145 . 5</mof 
</mo : Orientation> 

<cot :  FOWalue>17  9 . 5</cot :  FO 
<cot :  VerticalFOWalue>4  5</ c 
<cot : ApparentNorthAzimuthVa 
<cot : SensorTypeCode>RASTER< 
<cot : SensorTypeExtendedCode 
<cot : SensorModelName>Looky- 
<cot : TargetDistanceValue>12 
</ cot : Event Sens or> 


Developers  write  code  to 
process  messages  which 
follow  the  lES.  Part  of  their 
work  is  already  done  because 
they  understand  the  NIEM 
Core  and  domain  data 
components 


lEP 
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System  / 
Application 
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Data  Consumer 


Service 

Interface 
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Implementing  the  Exchange  Specification 


Other  producers  and  consumers 
may  join  at  any  time,  in  any 
order,  by  implementing  the  lES. 


r 


By  following  the  NIEM  standards- 
based  approach,  this  machine-to- 
machine  data  exchange  can  be 
implemented  in  less  time  and  at 
lower  cost 


System  / 
Application 
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lEP 


System  / 
Application 
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Data  Exchanges  Provide  Data  Interoperability 


■  NIEM  is  emphatically  not  a  single  comprehensive 
data  model  for  all  data  exchanges 

■  A  system  does  not  simply  “implement  NIEM”  and  thereby 
become  completely  interoperable  with  every  other  system 
“implementing  NIEM” 

■  A  system  can  implement  a  particular  NIEM-conforming 
information  exchange  specification 

■  All  systems  implementing  a  particular  lES  are  interoperable  with 
each  other,  for  that  exchange 


In  NIEM,  interoperability  is  defined  at  the  lES  level 
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NIEM  Is 


A  Community 


Formal  Governance 
Processes 

>  < 

Self-Managing 

Domain  Stewards 

>  < 

Help  Desk  & 

^  Knowledge  Center  ^ 

Established  Training 
^  Program  ^ 

Technical 

^  Specifications  ^ 

Vendor  Tool  Support 

V, _ y 


A  Data  Model 


organized  as  a  core  plus 
subject-area  domains, 
expressed  as  reusable 
XML  Schema  components 


A  Reusable  Process 


for  designing  information 
exchange  specifications  by 
reusing  XML  Schema 
components 
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NIEM  Is  Going  International 


■  Canada:  Using  NIEM 

-  Temporary  Resident  Biometrics  Project 

-  Entry/Exit  Data  Exchange 

-  These  NiEM-based  data  exchanges  are  in  operations  today 

■  United  Kingdom:  Considering  NIEM 

-  US-UK  evaiuation  by  Data  Support  Team  under  the 
interoperabiiity  Commission  Working  Group 

■  NATO:  Considering  NIEM 

-  US  proposing  NiEM  for  NATO  Core  Data  Framework  (NCDF) 

-  NCDF  is  the  emerging  information  exchange  solution  for  NATO 
funded  C2  programs  and  partner  countries  C2  systems. 

-  NCDF  supports  Federated  Mission  Networking  (FMN)  and  Mission 
Partner  Environment  (MPE)  information  sharing  goais. 

■  Australia,  European  Union:  Considering  NIEM 
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Outline 


■  Background:  DoD  Net-Centric  Data  Strategy  (NCOS) 

■  NIEM  and  data  interoperability 
Adopting  NIEM  in  the  DoD 
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DoD  CIO 


DoD  Adoption  of  NIEM 


PHASE  1:  SHAPE 

•  DOD  CIO  Intent  Memo  on  NIEM  Adoption  if 

•  Engage  with  internal/external  audiences  if 

•  DOD  policy  issuances 

•  Synchronize  with  other  DOD  related  activities 

•  Identify  and  conduct  Pilots 


PHASE  2:  IMPLEMENT 

•  Establish  NIEM  MilOps  domain 

•  NIEM  Technical  Assistance 

•  Publish  program  implementation  guidance 

•  Incorporate  into  DOD  governance  framework 


PHASE  3:  MAINTAIN 

•  Developers  implement  consistent  with  NIEM  First  policy 

•  Measure  adoption  progress 


36 

SUPPORT  THE  WARFIGHTER 


“Consider  NIEM  First”  Policy 
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■  The  key  driver  in  DoD  adoption  is  “Consider  NIEM  First” 

■  The  “NIEM  First”  rule  tells  the  program  developers  to  either: 

-  Provide  a  NIEM-based  interface  for  every  new  exchange,  or 

-  Obtain  an  exception  for  their  preferred  alternative  approach 

■  Exceptions  are  granted  by  the  DoD  CIO 

-  Justified  by  the  business  case  for  the  alternative 

-  Through  a  process  that  is  simple  and  easy  as  it  can  be 
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NIEM  Is  Not  Required  For  Every  Exchange 
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■  You  don’t  have  to  retire  existing  non-NIEM  exchanges 

■  You  don’t  have  to  replace  an  existing  data  exchange 
just  to  make  it  conform  to  NIEM 

-  Even  if  you  are  modernizing  the  impiementing  system 

-  So  iong  as  the  exchange  specification  doesn’t  change 

■  You  can  use  any  standard  you  like  for  a  new  exchange 

-  Either  by  obtaining  an  exception 

-  Or  by  providing  a  NIEM  interface  aiong  with  your  favorite 
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Applying  NIEM  Is  Not  Technically  Difficult 


I  39 


■  Developers  with  the  skills  to  design  and  implement  an 
XML  data  exchange  can  learn  the  NIEM  approach  in 

a  matter  of  hours 

■  Developer  training  is  available 

-  No-cost  online  courses  are  on  the  NIEM  web  site 

■  Plenty  of  example  lEPDs  to  follow 

■  The  NIEM  technical  specifications  are  complex,  however 

-  Most  developers  do  not  need  to  read  them 

-  Free  tools  can  perform  most  of  the  conformance  checking 


MITRE 


NIEM  Is  About  Cooperation,  Not  Control 


■  NIEM  Core  and  NIEM  domains  create  data  components  by 
consensus  among  data  exchange  designers 

■  Components  are  established  when  participants  believe  that  a 
common  definition  will  make  their  exchanges  easier  to  create 
and  implement 

■  Each  domain  changes  on  its  own 
schedule,  under  its  own  control 

■  Changes  in  the  core  or  in  a  domain 
do  not  force  changes  in  other 
domains  or  in  any  data  exchange 

■  No  one  is  ever  required  to  use  a 
component  that  does  not  satisfy  the 
data  exchange  needs,  so  there  is  no 
leverage  for  controlling  the  participants 


MITRE 


“The  Data  Exchange  Designer  Is  King” 


I  41 


■  Nothing  in  NiEM  or  any  NiEM  domain  can  ever  dictate  the 
information  content  of  any  data  exchange 

■  NiEM  ruies  for  extension  and  reuse  guarantee  that  every 
exchange  designer  wiii  aiways  be  abie  to  specify  the  exact 
information  needed  by  his  exchange  participants 

■  if  you  want  more  controi  over  your 
enterprise  or  community,  you  must 
iayer  that  governance  on  top  of  NIEM 

■  NIEM  will  work  with 

-  The  agreement  you  can  achieve 

-  The  flexibility  you  need  to  have 

-  The  control  you  choose  to  impose 
(within  scale  limits  on  vocabulary  size) 
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NIEM  in  DoD  ^  MilOps  Domain 


Maritime 


DoD  involvement  in  NIEM  goes  far  beyond  scope  of  MilOps 

-  DoD  is  already  involved  in  several  NIEM  domains 

DoD  developers  will  use  components  from  Cyber 

any  domain,  not  just  from  MilOps  CBRN 

Biometrics 

MilOps  domain  does  not  “approve” 
any  data  exchange  design 

MilOps  domain  contains  useful,  shared 
data  definitions  for  concepts  related  to 
military  operations 

-  Harmonized  with  NIEM  Core 
and  other  domains 

-  Avoid  duplicating  content  found 
in  other  domains 
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NIEM  Works  In  Low-Bandwidth  Environment 


■  Efficient  XML  Interchange  (EXi)  is  the  W3C  standard  for 
compressed  binary  XML  data 

■  For  a  properly  designed  schema,  EXI  produces  messages  very 
near  the  information-theoretic  minimum  size 

-  Often  smaller  than  hand-crafted  binary  message  formats 

-  Plenty  of  experimental  evidence 

■  Properly-designed  schemas  are  always  possible  with  NIEM 

-  Nothing  in  NIEM  ensures  a  good  low-bandwidth  design,  but... 

-  Nothing  in  NIEM  makes  a  good  design  impossible,  and... 

-  In  practice,  good  design  with  NIEM  is  not  difficult 


People  will  always  have  bandwidth  problems, 
but  these  problems  will  not  be  caused  by  NIEM 
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NIEM  Will  Work  in  C2  Message  Standards 


■  NIEM  can  be  used  for  text  and  binary  C2  message  formats 

■  At  first,  define  a  NIEM  equivalent  to  some  existing  messages 

-  When  there  is  a  need  for  the  NIEM  equivalent 

-  Translate  between  existing  and  NIEM  message  at  a  gateway 

-  Resulting  NIEM  message  is  easier  for  developers, 
easier  to  pass  through  security  cross-domain  guard 

■  Later,  message  designers  can  create  new  messages  using  NIEM 

-  Use  EXI  when  a  compact  binary  form  is  required 

■  Eventually,  use  NIEM  to  harmonize  definitions  across  the 
message  standard  families 

-  Gradually,  bottom-up,  and  only  where  cost  effective 
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Implications  For  C2 


■  No  “big  bang”,  no  disruptive  transition  to  NiEM 

■  in  FY15,  DoD  program  managers  begin  to  “Consider  NiEM  First” 
for  new  and  substantiaily  modified  data  exchanges 

■  Expect  a  siow  and  steady  increase  in  the  number  of 
NiEM-based  data  exchanges 

■  C2  was  a  pathfinder  for  NIEM  in  the  DoD 
Expect  C2  programs  among  the  early  adopters 

■  Over  time,  you  may  see  the  US  military  message  standards 
converging  on  the  NIEM  approach 
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Summary 
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Summary 
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■  NIEM  is  a  standards-based  approach  for  defining 
machine-to-machine  data  exchanges 

-  Repeatable  process 

-  Reusable  components 

-  Technical  specifications  and  tool  support 

■  The  DoD  is  adopting  NIEM  in  order  to  help  with  the 

data  interoperabiiity  goals  in  its  Net-Centric  Data  Strategy 

■  Expect  increased  DoD  participation  in  ail  NIEM  domains 
(not  just  MilOps) 

■  Expect  a  slow  and  steady  increase  in  NIEM-based 
data  exchanges,  beginning  in  FY15 
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For  More  Information 


■  NIEM  website:  www.niem.gov 

-  Domain  content,  training  materials,  technical  specifications  and  tools 

■  NIEM  Technicai  Architecture  Committee  (NTAC) 

Scott  Renner  (NTAC  Federal  Co-Chair) 

sar(g)nnitre.org 

-h1  703-983-1206 

■  DoD  Adoption  of  NIEM 

Lynda  Dallas 
DoD  Data  Architect 

DoD  CIO  /  Information  Enterprise  /  Architecture  &  Interoperability 

lynda.b.dallas.civ(g)mail.mil 

+1  571-372-7774 

■  NIEM  MilOps  Domain 

Ryan  Schultz 

Domain  Representative,  NIEM  Business  Architecture  Committee  (NBAC) 

Joint  Staff  J6  DDC4 
ryan.r.schultz.civ@mail.mil 
+1  757-203-5785 
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